home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960715-19961006 / 000241_news@columbia.edu _Fri Aug 23 22:17:01 1996.msg < prev    next >
Internet Message Format  |  1996-11-03  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id WAA24544 for <kermit.misc@watsun.cc.columbia.edu>; Fri, 23 Aug 1996 22:17:00 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id WAA04033 for kermit.misc@watsun; Fri, 23 Aug 1996 22:16:59 -0400 (EDT)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.msfc.nasa.gov!newsfeed.internetmci.com!uwm.edu!math.ohio-state.edu!usc!news.cerf.net!nic.cerf.net!spacecc
  5. From: "Space Computer Corp." <spacecc@cerf.net>
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Loss of characters by DOS Kermit under OS/2 during macros
  8. Date: Fri, 23 Aug 1996 16:31:20 -0700
  9. Organization: CERFnet
  10. Lines: 36
  11. Message-ID: <Pine.SUN.3.91.960823162825.24496A-100000@nic.cerf.net>
  12. NNTP-Posting-Host: nic.cerf.net
  13. Mime-Version: 1.0
  14. Content-Type: TEXT/PLAIN; charset=US-ASCII
  15.  
  16. I am running DOS Kermit 3.14, Patch 9, under OS/2 Warp with a FOSSIL
  17. connection using Ray Gwinn's SIO programs.  This works fine for
  18. "normal" usage, but while Kermit is executing the "Product" macro it
  19. appears that the input buffer overflows, and characters are lost.
  20. (This procedure worked perfectly when DOS Kermit was run under actual
  21. DOS, rather than a DOS window under OS/2.)  More specifically, the
  22. host is a VAX/VMS system, and both the host and Kermit are set for
  23. xon/xoff flow control.  The host sends the escape sequence to cause
  24. Kermit to execute the "Product" macro, which in this case is just "log
  25. session file.dat", and follows this immediately with a data stream.
  26. The beginning of the data stream is captured in file.dat, then there
  27. is a big gap, then the rest of the data stream is captured.  A similar
  28. thing happens when the second "Product" macro is executed.  In this
  29. case, the host sends another escape sequence to cause Kermit to
  30. execute the second "Product" macro, which is just "close session; run
  31. myprogram.exe", followed by more data for the Kermit screen.  The
  32. logging is correctly ended, myprogram.exe is correctly executed, and
  33. the first of the data for the Kermit screen is correctly buffered (it
  34. is received while myprogram.exe is running).  When myprogram.exe ends
  35. and control is returned to Kermit, Kermit shows the screen data it
  36. correctly buffered, but everything after that (about half a screen
  37. full) sent while myprogram.exe was executing is lost.
  38.  
  39. One more observation which may be relevant:  When a long stream of
  40. data is being sent to Kermit from the host, I can hit ctrl-S on the
  41. keyboard to suspend the sending of data, but it keeps coming for
  42. several seconds, which seems like an inordinately long time, and makes
  43. me suspect that Kermit's xoff signals are not being sent to the host
  44. quickly enough to prevent buffer overflow.  When I type ctrl-Q to
  45. resume sending, the response is pretty quick, but not really
  46. instantaneous (to the eye).
  47.  
  48. Has anyone else encountered similar problems, and is there a setting
  49. of Kermit's parameters which will prevent this?
  50.  
  51. Bill Kendall